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Graphical User Interface Check-List Button Control and Method 

BACKGROUND 

1. Technical Field 

The present invention is directed to the field of computer-implemented graphical 
user interfaces. More specifically, the present invention relates to user controls on graphical user 
interfaces. 

2. Description of the Related Art 

In the past, computer display functionality was limited because the display 
hardware and software were not capable of more than basic input and output. Such basic 
interfaces serially prompted the user for data, and then would display calculation results derived 
from the prompted data. The user typically could not branch off in mid-stream of entering data 
to see other views of the data and then return to the original point. 

In contrast to past computer display functionality, the currently popular 
windowing graphical user interfaces (GUIs) present users with a large amount of information at 
one time. Today's GUIs are crowded with information that not infrequently overwhelms the 
user. Consequently, today's developer must balance the presentability of the information with 
the amount of information desired to be seen. 

To further compound the problem for today's interface developers, interface 
developers typically must address limited display space requirements because of the size of 
computer screens (e.g. PDAs and laptops). Among existing graphical user interface controls, the 
developers could use multiple screens to display an entire list, thus causing the user to navigate 
through those additional screens in order to make selections from the list, or lists. This can 
sometimes result in a confusing situation for a user who wishes to input and view data. 
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SUMMARY 

The present invention overcomes the aforementioned disadvantages as well as 
others. In accordance with the teachings of the present invention, a computer-implemented 

5 method and system are provided for modifying a data list by a user within a graphical user 
interface. A first control is provided that operates within the graphical user interface. The first 
control is manipulated in order to access a second control. The second control includes the data 

H list and allows modification of the data list after the second control is accessed. 

O 

£0 Further areas of applicability of the present invention will become apparent from 

W 

lCN the detailed description provided hereinafter. It should be understood however that the detailed 
I ] description and specific examples, while indicating preferred embodiments of the invention, are 

"i 

intended for purposes of illustration only, because various changes and modifications within the 

IS 

i : i spirit and scope of the invention will become apparent to those skilled in the art from this 
□ detailed description. 
15 

BRIEF DESCRIPTION OF THE DRAWINGS 
The present invention will become more fully understood from the detailed 
description and the accompanying drawings, wherein: 

FIG. 1 is a system block diagram depicting exemplary computer and software 
20 components used by the present invention to manage data; 

FIG. 2 is a graphical user interface depicting an exemplary check-list button 
control of the present invention; 

FIG. 3 is a table illustrating exemplary events involving the present invention; 
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FIG. 4 is a graphical user interface that depicts the display of additional 
operations for manipulating data items; 

FIG. 5 is a legend used in describing the flowcharts of FIGS. 6 - 24; 

FIG. 6 is a system overview flowchart depicting the steps used by the present 
invention to generate and handle data through the check-list button control; 

FIGS. 7 and 8 are flowcharts depicting population of the check-list box control 
with data from different sources; 

FIG. 9 is a flowchart depicting the steps used by the present invention to draw the 
check-list control button; 

FIGS. 10-22 are flowcharts depicting steps used by the present invention to 
handle different interface-related events; and 

FIGS. 23 and 24 are flowcharts depicting the steps used by the present invention 
to retrieve data from the check-list box control for storage in different data storage mechanisms. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
FIG. 1 depicts the system of the present invention for modifying data items 108 
within a graphical user interface 102. The graphical user interface 102 is displayed to a user via 
computer 90. Through the graphical user interface 102, the user accesses controls (104, 106) 
within the graphical user interface 102. After the controls (104, 106) are accessed by the user, 
the data items 108 may be modified. Such modifications may include changing the names, 
labels, or states of the data items 108. Also, modifications may include adding new data items 
108 or deleting existing data items 108 via the controls (104, 106). 
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The controls (104, 106) of the present invention achieve these and other types of 
modifications in an ergonomic manner that uses a reduced amount of screen space. To 
accomplish this, the present invention includes the second control 106 within the first control 
104. Manipulation of the first control 104 provides access to the second control 106. After 
5 manipulation of the first control box, the second control 106 becomes visible to the user. 

It is noted that a control is a graphical interface object, such as a check box, a 
command button, or some other GUI item that can be placed in a computer window or form and 
allows a user to perform an action on the data items 108. It should also be understood that the 

n 

C 1ST 

^ term window is to be broadly construed and may contain its own menu, message, and set of 

l(|/j controls. In a window environment, the screen may be divided into several windows, each with 

Q 

B ;= their own boundaries. The user may enlarge, shrink, and move individual windows at will. In 

5 some instances, windows may be opened side-by-side and in other instances opened windows 
C3 

=!S can overlap one another. 

i ■ 
f - 

^ The second control 106 includes the data items 108 and allows modifications and 

O 

15"* manipulations of the data items 108 through operations 110. Examples of the operations 110 
include: a "show more" detail operation 110A, a "show less" detail operation HOB, a find 
entries operation HOC, a filter entries operation HOD, a sort entries operation 110E, and a 
modify entries operation 1 10F. 

The show more detail operation 11 OA allows the user to access one or more 

20 additional operations 110 by expanding the second control's window to contain the additional 
operation(s) 110. The show less detail operation HOB reverses the show more detail operation 
11 OA by contracting the second control's window such that the additional operation(s) 110 are 
not displayed. The find entry operation HOC allows the user to search through a list of data 
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items 108 for the data items specified by the user. The filter entries operation 1 10D allows the 
user to only display those data items 108 that match a search criteria specified by the user. The 
sort entries operation 110E allows the user to sort the data items 108 alphabetically or 
numerically and in ascending or descending order. 
5 The modify data item operation 11 OF modifies the data items 108 to add a new 

data entry to the data items 108, or delete an entry from the data items 108, or rename the labels 
of the data items 108. The second control 106 allows multiple data items 108 to be selected 

^ either individually or as a group (as indicated by reference numeral 1 12). After one or more of 

; - 

f q the data items 108 have been selected, the modify data item operation 110F may be performed 

Ej 

10 j upon the selected data items 108. 
C3 

The second control 106 may further provide an individual data entry state 
I indicator 1 14 proximate to each of the data items 108. The individual state indicator 1 14 depicts 
whether a data item has been selected for use by a data processing software application 117 

J!? running the graphical user interface 102. In this way, there is a distinction between the user 

M 

15 selecting data items 108 for modification and the user selecting (i.e., checking) the data items 
108 for processing by the software application 117. As an example of the first type, the user may 
select multiple data items 108 in order to delete them through a single delete modification 
operation. As an example of the second type, the user may manipulate the state indicator 1 14 of 
the data items 108 so that the application may know which data items 108 are to be processed by 

20 the software application 117. 
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The first control 104 may provide a state overview indicator 116 for the second 
control 106. The state overview indicator 116 indicates to the user (when the second control is 
hidden) as to whether any or all of the data items 108 have been selected within the second 
control 106 for use by the software application 117. 
5 The data items 108 may originate from one or more data sources 200. The data 

sources 200 may include a database 202, a record source 204, or user generated data items 206. 
The database 202 may be a collection of data that is organized so that its data content can easily 
be accessed, managed, and updated through such database commands as SQL commands. 

if Record source 204 includes data that exist on a data field on a computer form. User generated 

ui 

Id. j data items 206 include the user entering new data items after activating the first control 104. The 

hi- 

B :; user may enter user generated data items 206, for example, by the add operation of the modify 

vj 

h data item operation 11 OF. 

Q 

A graphical representation of an embodiment of the present invention is shown in 

r: 

Ji* FIG. 2. The graphical user interface 102 allows the user to select one or more data items 108 by 
modifying the state of a check box 228 A, 228B. The semantics of the selections 112 are 
determined by the software application 117. The graphical user interface 102 shows a first 
control 210 that handles territory-related items represented by a pull-down territories control 
button. Another first control 212 is represented by a pull-down language control button. The 
pull-down capability of the buttons, 210 and 212, for displaying a second control is indicated by 
20 inverted triangles 214. The territories button 210 is depicted in an expanded condition, showing 
a corresponding territories check-list detail window 222 that contains a territories second control 
224. 
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Due to space limitations resulting from screen size and other reasons, it is 
sometimes possible that not all data items 226 populating the second control 224 can be 
simultaneously displayed in the check-list detail window 222. Also, additional controls for 
modifying the second control 224 may be hidden until needed, thereby saving even more screen 
space. 

The territories second control 224 contains multiple data items 226 such as, an 
Albania data item 224A, a Brazil data item 224B, and other territory-related data items. An 
Albania check-list box 228A is shown proximate to the Albania data item 224A, and a Brazil 
check-list box 228B is shown proximate to the Brazil data item 224B. The Albania check-list 
box 228A is not checked indicating that it is not selected for data processing by the software 
application. The Brazil check-list box 228B is checked indicating that it is selected for 
processing. 

The territories button 210 includes an overview state indicator 229 A, and the 
language button 212 includes an overview state indicator 229B. The check-boxes, 229A and 
229B, indicate whether at least one of their respective data items are in a checked/selected state. 
Because at least one data item within the territories detail window 222 has been "checked", the 
territories overview check-box 229A displays a checked status. 

The territories detail window 222 also provides users with a pop-up window 
210A, a "more" detail button 210B, and a window close button 223. The pop-up window 210A 
may appear in response to an event, such as a right mouse button click that occurs proximate to a 
data item. The pop-up window 21 OA contains a context menu of operations. A context menu is 
a list of operations that perform an action on selected data item(s) and that are defined by the 
context of the selected data item(s) appearing within the detail window. The menu provides the 
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user with an easy to use alternative to memorizing program commands and their appropriate 
usage. Some menu choices may lead to a second menu or a dialog box containing further 
commands. The items appearing on a menu can be selected with a keyboard, a mouse or another 
such interface device. In some situations when a menu item is not available to a user, the menu 
5 item is "grayed." When a menu item is "grayed" it is dimmed in comparison to valid menu 
choices. For example, if there were no data items 226 in the second control 224, the "Rename" 
and "Delete" context menu items would be grayed. 

The pop-up window 21 OA allows the user to perform such operations as adding, 

Si 

^ deleting, and renaming data items 226. By right-clicking proximate to a data item, the pop-up 
window 21 OA appears. The add, delete, and rename operations of the pop-up window 21 OA 

?«% 

-S allow the user to add, delete, and rename, respectively, a selected data item. Specifically, the add 

H 

3 operation allows the user to add a new data item to the territories detail window 222. The delete 

□ 

operation allows the user to delete an existing data item from the territories detail window 222, 
and the rename operation allows the user to change the name of a data item contained within the 

li * territories detail window 222. 

FIG. 3 depicts exemplary events involving the first and second controls of the 
present invention. With reference to FIG. 3, "component" column 230 lists the element that is 
involved in an event. The "Event" column 232 lists the type of action associated with the 
corresponding component for each row. The "Generated by" column 234 lists the source of the 

20 triggering event that elicits the response described in the "Description of Response" column 236. 
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For example, reference numeral 238 identifies the first event row. The first event 
row 238 indicates that if a check-list button control is clicked by the user, then a detail window is 
opened. In another example, row 240 shows that if the component list box is right mouse button 
clicked by the user the appropriate context menu is activated in response. 

5 FIG. 4 depicts the detail window 222 of the second control 224 after the "more" 

button has activated (note that the "more" button was displayed at reference numeral 21 OB on 
FIG. 2). The activation of the "more" button expands the viewing area of the territories detail 
window 222 and provides, among other things, an input field 246 as another way for the user to 

^ enter user generated data items. The user may type a new territories data item into the input field 
1Q* 246. Then, by clicking on the add button 248, the new territories data item is stored and 

]|» displayed with the detail window 222 as one of the territories data items of the second control 

,* 224. 

n 

■a :zr 

FIG. 5 depicts a legend 350 for use in describing the flowcharts of FIGS. 6-24. 

: : 

ft* 

tQ The legend 350 depicts a control flow 352, a data flow 354, and an event flow 356. A control 

12 

15 :s: flow 352 signifies when processing transitions from one process block to another. A data flow 
354 signifies when data is transferred from one process block to another. An event flow 356 
signifies the occurrence of an externally generated event. 

Other symbols include an OR junction symbol 358 for indicating that a process 
branch is selected from several available ones. Also shown is a Process/Context switch 360, 

20 which denotes the transfer of control from one event-handling program to another. For example, 
the Process/Context switch 360 can denote the transfer of control from the event handler of the 
first control to the event handler of the check-list detail window (CLDW). A User/System Event 
symbol 362 denotes the source of an externally generated event. An Application Messaging 
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Loop 364 signifies the looping back of the present invention to check for the occurrence of 
events and messages. 

In handling the operations of the present invention, there are at least three event- 
handling sections: 

5 1 ) the main messaging loop of the application; 

2) the event handler for the operation control; 

3) the event handler for the detail window. 

A process overview of the present invention is as follows. After activation of the 

q 

!;f first control, the graphical user interface constructs the second control and populates it with data 

1 it 

lQ^ f items. The graphical user interface allows the user to manipulate the second control, and then 

P 

recovers the updated data items list upon completion. As the user manipulates the second 

B control, various events are triggered, which are routed (via the operating system and controlling 

O 

»!* software application) to the event handler of the second control push-button or the check-list 
C|3 detail window. Optionally, the developer can prevent the user from editing the items in the 
15"* check-list detail window. In which case, such operations as the "more" button and the modify 
pop-up context menu become unavailable to the user. 

This processing performed by the present invention is shown more specifically by 
the flowchart of FIG. 6. With reference to FIG. 6, start block 370 indicates that processing starts 
at process block 372. At process block 372, the second control is constructed. Process block 
20 374 populates the second control with data items. The source of the data items for process block 
374 may be from a variety of sources, such as the sources shown by reference numeral 200. For 
example, the data sources 200 may include populating the second control with data items from 
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the database 202, dynamic data 204, and/or user input 206. After population of the second 
control has completed, processing continues at the application messaging loop 376. 

The application messaging loop 376 is in a wait mode until a process/context 
switch 378 occurs. The process/context switch 378 may occur for example if the user resizes, 
5 moves, or maximizes the graphical user interface 102 containing the first control 104, causing 
the window to be redrawn. Accordingly, if process/context PI switch 378 occurs, then 
processing continues at process block 380. Process block 380 draws the second control in the 
appropriate state in the check-list detail window. The appropriate state is determined by the data 

Q 

q that was retrieved from the data sources 200. Decision block 382 examines whether a first event 

I'Q 

lQii ("El") has activated the check-list box detail window. A first event typically includes the user 
Q clicking a mouse button in the graphical user interface 102. If the user/system 384 has not 

S 

* . : 

activated the check-list detail window so as to constitute the first event, then processing returns 
*;£ to process block 380. However, if a first event has activated the check-list detail window, then 

L.B. 

fn processing continues at process block 386. Process block 386 instantiates the check-list detail 

□ 

window. 

If a process/context P2 switch 388 occurs, process block 390 updates the check- 
list detail window with the current information for each data item 108, item selection status, and 
window status. Process block 392 is activated when a second event is sent from the user/system 
394. When process block 392 receives the second event, processing continues at decision block 
20 396. Examples of the second event may include the user selecting the more detail button on the 
check-list detail window in order to expand the check-list detail window (note that other 
examples are described below in the flowcharts of FIGS. 10-22). 
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Decision block 396 examines whether the second event indicates that the check- 
list detail window should be closed. If it is not to be closed, then processing continues at process 
block 390 wherein the check-list detail window is updated. However, if the second event 
indicates that the check-list detail window should be closed, then process block 398 terminates 
5 the check-list detail window before processing returns to the application messaging loop 376. 

The application messaging loop 376 handles a third process/context switch 400 
such that when it occurs, process block 402 is executed. Process block 402 retrieves data from 
the second control, such as when a user has provided one or more additional data items in the 

□ 

• t ;i second control. The retrieved data items are then used to populate either the database 202 or the 
CO 

lQij dynamic data 204 depending upon which source has been selected (either by the software 
O application or the user) to receive the data. After process block 402 has executed, processing 
- returns to the application messaging loop 376. Additionally, process block 404 will be executed 
v t to destroy the second control when it is no longer needed, for example, as when the user closes 
the graphical user interface 102 or shuts down the software application 117. Processing 

ci 

1 51* terminates at stop block 406. 

FIGS. 7 and 8 depict two exemplary methods for populating the second control. 
FIG. 7 depicts steps that directly supply each of the data items and their selection states to the 
second control by repeatedly calling the "AddItem() M method. The "AddltemO" method is a 
method from the programming language of C++. With reference to FIG. 7, the enter arrow 420 

20 indicates that decision block 422 is processed first. Decision block 422 examines whether there 
are more data items to be added to the second control from the dynamic data source 204. If there 
are no more data items, then processing returns to the main processing loop as indicated by exit 
arrow 426. However, if there are more data items to be added to the second control, then process 

CL-581779vl 

- 12- 




block 428 adds the data items through the "Addltem() n method. In this example, the 
"AddltemO" method contains two arguments wherein the first argument contains the text of the 
item to be added, and the second argument indicates the state of the data item (such as whether it 
is in a checked or unchecked state). Processing continues at decision block 422 before 

5 processing can exit at exit arrow 426. 

FIG. 8 depicts exemplary steps to add data items from a database 202 to the 
second control. With reference to FIG. 8, enter arrow 440 indicates that process block 442 
executes. At process block 442, the database query is initialized by the software application 117. 

^ Process block 444 executes the query, and the results are fetched from the database 202 by 

m 

1Q ;j process block 446. If there are more data items to be added to the second control as determined 

V : 

£3 by decision block 448, then process block 450 adds the data items one at a time as they are 
% "4 fetched during execution of process block 446. If no more data items are to be added to the 

f ts i 

second control, then processing returns to the main processing loop as indicated by exit arrow 

m 452 - 

15^ The population of the second control through the database 202 provides for the 

situation when the second control is used in applications that are connected to the database 202. 
In this situation, the second control communicates directly with the database 202. Such an 
approach of the present invention makes the overall application more efficient because the 
retrieving of the data items from the database 202 is deferred until the user actually activates the 

20 first control to display the check-list display window. In the situations where the user does not 
activate the first control, only minimal communications occur, such as when the state of the 
selection indicator needs to be determined. Similarly, if the second control is connected directly 
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to the database 202, then the second control writes only new or modified data back to the 
database 202, thereby further reducing costly communications with the database 202. 

FIG. 9 depicts exemplary steps in the visual drawing of the second control in the 
check-list detail window. With reference to FIG. 9, enter arrow 460 indicates that decision block 
462 examines whether one of the operations' buttons to activate the second control has been 
pressed. This may include, for example, when the user clicks a mouse button or presses an 
associated key sequence. If the button has not been pressed, then processing continues at 
decision block 464. However, if the button has been pressed as determined by decision block 
462, then processing continues at process block 466. Process block 466 adjusts a graphic 
element to represent a pressed button. Processing continues at decision block 464 that examines 
whether the activation button has been disabled. If the activation button has not been disabled, 
then processing continues at decision block 468. However, if the activation button has been 
disabled as determined by decision block 464, then process block 470 adjusts the graphic 
element to represent a disabled button. Processing continues at decision block 468. 

Decision block 468 examines whether the activated button has the focus. If the 
button does not have the focus, then processing continues at process block 472. However, if the 
button does have the focus, then process block 474 adjusts the graphic elements to represent a 
button with the focus. Processing continues at process block 472. At process block 472, the 
button frame, separator, and control are drawn. 

Decision block 476 next examines whether the button contains text. If it does not 
contain text, then processing continues at decision block 478. However, if the button does have 
text as determined by decision block 476, then process block 480 draws the button text before 
processing continues at decision block 478. Decision block 478 examines whether the button 
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has an image. If it does not have an image, then processing continues at decision block 482. 
However, if the button does have an image, then process block 484 draws the button image 
before processing continues at decision block 482. 

Decision block 482 examines whether there are any data items that have been 
5 selected by the user. If no data items have been selected, then process block 484 draws the 
overview indicator as "un-checked" before processing exits this routine at exit arrow 494. 
However, if there are data items that have been selected as determined by decision block 482, 
then decision block 486 examines whether the button is a tri-state button. If it is not, then 

H process block 488 draws the selection indicator as "checked" before exiting the routine at exit 

CO 

1Q ; | arrow 494. However, if the button is a tri-state button, then decision block 490 examines 

V.! 

□ whether all data items have been selected. If all data items have been selected, then processing 
N continues at process block 488 so that the selection indicator that has been checked may be 

a 

drawn. However, if not all data items have been selected as determined by decision block 490, 

: ; 

H then processing continues at process block 492. Process block 492 draws the selection indicator 

n 

15 th in a tri-state mode. For example, the first control can be put in the "tri-state" mode, in which the 
selection indicator can be used to further distinguish between some data items selected and all 
data items selected. After process block 492 has finished executing, the routine exits as shown 
by exit arrow 494. 

FIGS. 10-22 depict various events that are handled by the present invention. FIG. 
20 10 depicts steps performed by the present invention to handle the event that initializes the check- 
list detail window. With reference to FIG. 10, enter arrow 500 indicates that for an initialize 
dialogue event, process block 502 is first performed. Process block 502 calculates and sets the 
window size and position of the check-list detail window. Process block 504 initializes the 
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second control, the editing group box, the expansion (more) button, and the add data items 
button. Process block 506 inserts all data items into the second control and sets their initial 
individual check state values as expressed in the check boxes. Processing returns to the main 
routine as indicated by exit arrow 508. 
5 FIG. 1 1 depicts the steps used by the present invention to handle a "more" button 

click event. With reference to FIG. 11, enter arrow 520 indicates that for a "more" button click 
event, decision block 522 is first executed. Decision block 522 examines whether the check-list 
detail window of the check-list detail window has been expanded. If it has, then process block 

□ 

i3 524 expands the check-list detail window before processing returns to the main routine as 
CO 

lQij indicated by the exit arrow 528. However, if decision block 522 determines that the check-list 
l«j detail window has not been expanded, then process block 526 shrinks the check-list detail 
- window before processing returns as indicated by exit arrow 528. 

5 

*i~ FIG. 12 depicts the steps used by the present invention to add a new data item to 

f;i the second control. With reference to FIG. 12, enter arrow 540 indicates that for an add item 
u 

lfH event, decision block 542 is first performed. Decision block 542 examines whether the value of 
the new item text box is valid. If it is valid, then process block 544 adds the new item to the 
second control and automatically places a check mark in the corresponding check box to indicate 
that it is selected. Processing continues at the main routine as indicated by the exit arrow 548. 
However, if decision block 542 determines that the value is not valid, then process block 546 

20 notifies the user that the item is invalid before returning processing to the main routine as 

indicated by exit arrow 548. An example of when a value may not be valid is a data item is a 
numeric type and the user enters text. 
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FIG. 13 depicts the steps used by the present invention to handle a new item value 
change event. With reference to FIG. 13, enter arrow 560 indicates that for a new item value 
change event, decision block 562 is performed. Decision block 562 examines whether the new 
item value is empty. If it is, then process block 564 disables the add button before processing 
returns to the main routine as indicated by exit arrow 568. However, if the new item value is not 
empty as determined by decision block 562, then process block 566 enables the add button 
before processing returns as indicated by exit arrow 568. 

FIG. 14 depicts the steps used by the present invention to handle a right mouse 
button click in the check-list display window event. With reference to FIG. 14, enter arrow 580 
indicates that for a right mouse button click in the check-list display window event, process 
block 582 is performed. Process block 582 displays the modify entry context menu wherein the 
context menu displays operations and sub-operations that may be performed upon data items in 
the check-list display window. Processing returns to the main routine as indicated by the exit 
arrow 584. 

FIG. 15 depicts the steps used by the present invention to handle a draw item 
event. With reference to FIG. 15, enter arrow 590 indicates that for a draw item event, decision 
block 592 is performed. Decision block 592 examines whether the item to be drawn is a more 
button. If it is not, then process block 594 defers to the default drawing procedure in order to 
render the other controls (e.g. 223, 246, 248) contained by the check-list detail window 222. 
Processing then returns to the main routine as indicated by exit arrow 602. 

However, if decision block 592 determines that the item to be drawn is a "more" 
button, then decision block 596 examines whether the check-list detail window is to be 
expanded. If it is to be expanded, then process block 598 draws the more button as the less 
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button before processing returns to the main routine as indicated by exit arrow 602. However, if 
the check-list detail window is not to be expanded as determined by decision block 596, then 
process block 600 draws the more button before processing returns as indicated by exit arrow 
602. 

FIG. 16 depicts the steps used by the present invention to handle a close check-list 
detail window event. With reference to FIG. 16, enter arrow 610 indicates that for a close check- 
list detail window event, process block 612 is performed. Process block 612 updates the data 
items of the second control, and process block 614 closes the check-list detail window. 
Processing returns to the main routine as indicated by exit arrow 616. 

FIG. 17 depicts the steps used by the present invention to handle a modify pop-up 
context menu add selection event. With reference to FIG. 17, enter arrow 620 indicates that for 
the context menu add selection event that decision block 622 is performed. Decision block 622 
examines whether the check-list detail window has been expanded. If it has, then process block 
624 transfers the focus to the new item text box before processing returns to the main routine as 
indicated by exit arrow 628. However, if decision block 622 determines that the check-list detail 
window has not been expanded, process block 626 expands the check-list detail window before 
processing continues at process block 624. 

FIG. 18 depicts the steps used by the present invention to handle a modify pop-up 
context menu delete selection event. With reference to FIG. 18, enter arrow 640 indicates that 
for a context menu delete selection event, process block 642' deletes the current selection. 
Processing returns to the main routine as indicated by exit arrow 644. 
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FIG. 19 depicts the steps used by the present invention to handle a modify pop-up 
context menu rename selection event. With reference to FIG. 19, enter arrow 650 indicates that 
for a context menu rename selection event, process block 652 enables an in-place label editing 
for the current selection. Processing returns to the main routine as indicated by the exit arrow 
654. 

FIG. 20 depicts the steps used by the present invention to handle a check-list 
detail window data item change event. With reference to FIG. 20, enter arrow 660 indicates that 
for a check-list display window data item change event, decision block 662 is performed. 
Decision block 662 examines whether the current election is valid. A current selection is valid, 
for example, if it contains one or more non-blank characters. If the current selection is valid, 
then process block 664 forces the check-list display window to be redrawn before processing 
returns to the main routine as indicated by the exit arrow 668. However, if the current selection 
is still not valid as determined by decision block 662, then process block 666 obtains a new 
current selection before processing continues at process block 664, that is, the second control is 
refreshed. 

FIG. 21 depicts the steps used by the present invention to handle a key pressed 
event that occurs in the check-list detail window. With reference to FIG. 21, enter arrow 680 
indicates that for a key pressed in the check-list detail window event, decision block 682 is 
performed. Decision block 682 examines whether the pressed key was a delete key. If it is not, 
then process block 684 defers processing to the default key press handler before processing 
continues at the main routine as indicated by the exit arrow 688. The default key press handler is 
used to process common events without requiring explicit processing by the software application 
1 17. For example, common events include using the up arrow and down arrow keys to change 

CL-581779vl 

- 19- 




the currently selected data item. However, if the delete key was pressed as determined by 
decision block 682, then process block 686 deletes the current selection before processing returns 
to the main routine. 



editing completed event. With reference to FIG. 22, enter arrow 700 indicates that for such an 
event, decision block 702 is performed. Decision block 702 examines whether the new label that 
was just edited is valid. If it is, then process block 704 updates the data item label. Process 
block 706 forces the check-list detail window to be redrawn before processing continues at the 
main routine as indicated by the exit arrow 712. However, if decision block 702 determines that 
the new label is not valid, then process block 708 warns the user that the label is not valid. 
Process block 710 then resets the label to its prior value before continuing the process at process 
block 706. 

FIGS. 23 and 24 depict steps used to retrieve the data items from the second 
control for storing of the data items in a permanent location. FIG. 23 depicts the steps used to 
store the data items in the dynamic data location 204. With reference to FIG. 23, enter arrow 
720 indicates that decision block 722 is performed. Decision block 722 examines whether there 
are more data items in the check-list detail window that are to be stored in the dynamic data 
location 204. If there are more items to be stored, then the "GetItem() M method is used by 
process block 724 to obtain each of the data items in the check-list display window so that they 
can be stored in the dynamic data location 204. After the items in the check-list detail window 
have been obtained and stored in the dynamic data location 204, processing returns to the main 
routine as indicated by exit arrow 726. 



FIG. 22 depicts the steps used by the present invention to handle a data item label 
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FIG. 24 depicts the present invention storing data items in the database 202. With 



reference to FIG. 24, enter arrow 740 indicates that decision block 742 is to be performed. 
Decision block 742 examines whether there are any more data items in the check-list display 
window that need to be retrieved and stored. If there are, then process block 744 uses the 
5 Getltem() method to retrieve each of the data items in the check-list display window. Decision 
block 746 examines whether each the data items has been newly inserted by the user. If it has, 
then process block 748 executes a database insert command to insert the new data item into the 
database 202 before processing returns to decision block 742. However, if the data item in the 
check-list detail window is not new as determined by decision block 746, then decision block 

10'* 750 is performed. 

% : «? 

f«i Decision block 750 examines whether each of the data items in the check-list 

\i detail window has changed. If it has, then process block 752 executes a database update 
u command in order to update the data item in the database 202. If the data item has not changed 
as determined by decision block 750, then processing returns to decision block 742. If there are 



1 fM no more data items in the check-list detail window, then processing returns to the main routine as 
indicated by exit arrow 754. 



invention allows, among other things, for the user to individually select (or deselect) multiple 
items from the second control in the check-list detail window, and to modify the second control 
20 in the check-list detail window by adding, deleting or renaming the items. The present invention 
achieves this in an ergonomic manner that uses a reduced amount of screen space than when the 
second control is in active use. It also provides feedback to the user about the data items 
selection status. Moreover, it will be appreciated that the above description . relates to the 



As shown by the above description and figures, the second control of the present 
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preferred embodiments by way of example only. Many variations on the invention will be 
obvious to those knowledgeable in the field, and such variations are within the scope of the 
invention as described and claimed. 
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